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(57) Abstract: Orders for execution of securities transactions 
and requests for asset movement are screened by a rules en- 
gine (140) with automatic approval. The rules engine (140) 
has rules which are user configurable. The rules provide dif- 
ferent outcomes, to provide a user selectable scope of applica- 
tion and to provide user selectable parameters. A transaction 
is processed against the rule set applicable in order to increase 
scope. Rules applicable to the account level are processed be- 
fore rules applicable to the registered representative ( 1 1 1 ), of- 
fice, or firm (110). 
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Cross Reference to Related Applications 

This invention disclosed herein is related to and claims priority from co- 
pending U.S. Provisional Patent Application Serial No. 60/195,196 filed April 7, 
2000 by inventors Syed K. Quraishi et al. and entitled RULES BASED ORDER 
PROCESSING, which is hereby incorporated herein in its entirety by reference. 

Computer Program Listine Appendix 

A computer program listing Appendix is included on a CD-ROM, the 
contents of which, including several files, are hereby incorporated herein in their 
entirety. 

Background of the Invention 
Field of the Invention 

The invention disclosed herein relates to computer systems and, more 
particularly, to rules-based systems for order execution and asset movement 
processing. 

Description of Related Art 

In the securities industry, the traditional approach to placing orders is for a 
customer to call his stock broker who, typically, is associated with a broker-dealer 
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firm which has personnel or connections with personnel on the floors of various 
trading exchanges. The customer's order is reviewed by the registered 
representative with whom he works and a plurality of reviews take place within 
the registered representative's firm prior to forwarding the customer's order to a 
5 specialist on the floor of an appropriate exchange for execution. 

Recently, a number of on-line trading companies have been formed which 
permit customers to utilize their personal computers to place orders for execution 
over a network, such as the internet. 

In the field of artificial intelligence, rules based systems are known in 
10 which one or more conditions trigger a rule *resulting in a desired outcome for 
the condition(s) presented. 

There are a number of problems associated with the techniques of the prior 
art. First, the regulatory environment of securities trading is extremely complex 
and changes rapidly. Different security firms have different environments and 
15 different policies for implementing compliance with regulatory requirements. 
When market conditions are good, hiring of registered representatives occurs 
rapidly creating an immediate training problem. When market conditions are bad, 
downsizing results in reallocation of responsibilities which may also require new 
training for particular individuals who survive the downsizing. As in any 
20 environment in which large amounts of money are involved, there is always a 
potential for fraud. 

Brief Summary of the Invention 

The problems of the prior art are overcome, in accordance with the 
25 invention, by providing techniques for automating the handling process for 
customer orders and asset movement requests, especially in the securities 
industry. 
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This is accomplished, in accordance with the invention, by providing a 
rules engine which is designed and configured (1) to prevent problems in the 
order handling, approval and execution processes, (2) to ensure compliance with 
regulatory requirements, (3) to enforce diverse policies for different broker-dealer 
5 firms using the rules engiue and to allow broker-dealer firms to flexibly tailor, in 
real time, their own policies appropriate to various levels of administrative 
hierarchy within the firm. 

The foregoing and other features, aspects and advantages of the present 

invention will become more apparent from the following detailed description of 
1 0 the present invention when taken in conjunction with the accompanying drawings. 

Brief Description of the Drawings 

The object, features and advantages of the system of the present invention 

will be apparent from the following descriptions, in which: 

15 Figure 1 is a diagram of an order management system in accordance with 

one aspect of the invention. 

Figure 2 is a diagram of a rules engine in accordance with one aspect of 
the invention. 

Figures 3A and 3B describe exemplary rule formats in accordance with 
20 one aspect of the invention. 

Figure 4 is a flow chart of a process for setting up the rules engine of 
Figure 2 in accordance with one aspect of the invention. 

Figure 5 is a flow chart of a rules assignment update process. 

Figure 6 is an exemplary rules assignment definition screen. 
25 Figure 7 is an exemplary rule code definition screen. 
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Figure 8 is an exemplary parameter screen for rules generated by the 
screen shown in Figure 7. 

Figure .9 is a flow chart of an exemplary process for rule processing in 
accordance with one aspect of the invention. 

5 

Detailed Description of the Invention 

Figure 1 is a diagram of an order approval system in accordance with one 
aspect of the invention. A network 100 interconnects a plurality of broker-dealer 
firm internal networks 110 with rules engine 140 over communications interface 

10 130. The rules engine 140, in this example, services a plurality of different firms 
each with their own diverse policies and culture. A typical broker-dealer firm has 
a plurality of registered representatives 111 which communicate with customers 
112. In some circumstances, assistants to the registered representative or support 
desks will be accessing the broker-dealer network to assist in placement of orders 

1 5 or asset movement requests from customers. 

A broker-dealer firm may have a plurality of offices, each with an office 
supervisor 113. At the firm level, there might also be supervisory personnel 1 14 
responsible for all offices. Typically, when firm policy dictates, certain 
transactions will be forwarded to an approval desk 1 15 for approval prior to being 

20 forwarded to a specialist on the floor of an exchange for execution. 

The internal network 110 associated with a broker-dealer firm has a 
gateway 116 which serves as an interface to the larger network 100. Rules engine 
140 may operate in a service bureau model to service a plurality of broker-dealer 
firms or, alternatively, the rules engine 140 can be operated internally within a 

25 single broker-dealer firm for automating the processing of orders within that firm. 

Typically, the rules engine 140 will have a systems administrator 141 
which will have total access to all security levels of the rules engine system. A 
compliance administrator 142 may service all broker-dealer firms or, 
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alternatively, each broker-dealer firm may have an individual compliance 
administrator. 

A plurality of databases, 150-1, 150-2, 150-3, 150-4, 150-5, 150-6 and 
150-7 in this example, provide information utilized by the rules engine in carrying 
5 out order or asset management automation. The intra-day PNB database 150-1 
maintains position and balance information, such as account activity occurring 
during a trading day, so that current information is always available to the rules 
engine. The PONA database 150-2 is an on-line database of names and addresses 
of account holders. The PROM database 150-3 is a market product master 

10 database which maintains up to date information on each security that might be 
subject to an order submitted to the rules engine 140 or a trade approved by the 
rules engine. It obtains current information over the network 100 on an ongoing 
basis. The MAXX database 150-4 is a position and balance database which is 
updated at the end of each trading day. The KUST database 150-5, is a 

15 documentation database indicating whether certain forms are on file for a 
particular customer. An example of such forms would be a margin agreement 
signed by the customer. If such an agreement were in the files, the KUST 
database would reflect this fact. The ACAM database 150-6 is a reference to the 
cash available in a particular customer's account. The PCAT reference database 

20 contains indications that an account is in a mode of transfer between broker- 
dealers. 

A number of order execution processes 160, are available to receive 
approved orders for transactions. in respective types of securities from the rules 
engine 140. The SUBSCRIBE order execution system 160-1 handles transactions 
25 in annuities. The TOPS order execution system 160-2 handles approved orders 
for equities and options and may execute transactions on a plurality of exchanges, 
170. The MIPS order execution and processing system 160-4 handles mutual 
funds transactions. The AMPS process 165 carries out transfers of funds from 
one account to another in response to a request from a broker-dealer firm. 
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Following an exemplary order, end client 112 would telephone his 
registered representative 111 using an available telephone system 117 and place 
an order. The registered representative is associated with a Broker-Dealer firm #1 
(110) which forwards the order over network 100 and through communications 
5 interface 130 to rules engine 140 for validation. The validation process is 
described more in detail hereinafter. Using information from the databases 150, 
the rules engine will take the actions described hereinafter. One of those actions 
may be automatic approval of an order for processing by sending to an exchange 
or market for execution. If that is the case, the rules engine forwards the order to 

10 a selected one of the order execution process 160 to be forwarded over the 
network 100 to an exchange or a market 170 for execution. The results of the 
execution are returned and incorporated into the databases. The end client may be 
an individual or an institution. Some end clients 112 ! may connect directly or 
indirectly to the broker-dealer network without going through a registered 

15 representative. 

An end client 112 or 112 1 may have serveral accounts and may, on 
occasion, request a transfer of assets from one account to another. The request is 
forwarded to the rules engine 140 and, if the request is approved after being 
subjected to rules analysis, the transfer will be carried out using AMPS process 



The rules engine may also service clients 120 which may be an individual 
or an institution. 

Figure 2 is a diagram of a rules engine in accordance with one aspect of 
the invention. Rules storage 200 is an area of memory where the individual rules 
25 are stored for use in evaluation of submitted orders and other transaction requests. 
Any change to the rules in recorded in a logging process 210. The logging 
process permits a variety of reports to be generated and permits restoration of a 
database which has failed or become corrupted based on a previous backup of the 
rules from rule storage. 



20 165. 
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A rules management process 220, described more hereinafter, enables 
rules to be created and modified on a real-time basis, and viewed by authorized 
users interacting with the rules engine, typically over a communications interface. 
Order/transaction processing 230 permits orders or transactions received over the 
5 communications interface 240 to be subjected to application of the rules that 
relate to accounts, registered representatives, offices and the broker-dealer firm 
from which the order originates. 

The rules engine selectively produces the following audit reports. 

A rules assignment report lists the rules assigned or unassigned at each 
10 applicable level of the correspondent broker-dealer firm. The levels include 
account, investment professional (registered representative) office and firm. It 
lists any changes made to the rules engine assignment for the broke-dealer firm as 
well as the personal identification of the individual who made the change. 

A rules log file lists any changes made with reference to the rules 
15 assignment. The report reflects the level of assignment before and after the 
change as well as the personal identification of the individual who made the 
change and when the change was made. 

A daily order log documents an audit trail for orders that are approved by 
the rules engine, as well as those orders that have not been approved. This reports 
20 details the funds available in the client's account at the time an order was placed if 
it is an opening transaction and details the available position if it is the closing 
transaction. 

An order processing and execution log details pertinent information for 
orders processed by the rules engine that were sent to a particular order and 
25 execution unit 160 for execution. This log details whether the rules engine 
automatically approves the order. It also details whether the order required 
additional approval because it failed one or more rules, and lists the rules that may 
have been violated as well. If the order is manually approved, the report will 
indicate the user ID of the individual who approved the order. 
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Figures 3A and 3B describe exemplary rule formats in accordance with 
one aspect of the invention. Figure 3A illustrates an example of a rule which 
stops an order for an account that has been closed. This example shows the 
number of the rule, the type of the rule, the possible levels at which the rule can 
5 be applied, and the possible outcomes that are available to the rule. Other fields 
are typically used with the rule. This rule is very simplistic and does not have the 
flexibility that the rule shown in Figure 3B has. 

The rule shown in Figure 3B is a rule which indicates that an order has 
been placed which exceeds the credit limit parameter set by the particular broker- 
10 dealer firm. It, too, shows a rule number (1 1 41) a rule type but here, four possible 
levels for application of the rule can be set. A particular level reflects a varying 
scope of application from the very narrow account level to the broadest 
application of the rule, namely the firm level. In addition to being able to specify 
a scope of application for this exemplary rule 1141, it is also possible to 
15 selectively change the outcome associated with the rule by selecting one or more 
possible outcomes shown here. In some embodiments, the acceptance outcome is 
a default that occurs when no active rules are violated. 

As noted above, the scope of a particular rule can be set to be applicable 
only to a particular account, to a particular registered representative, to a 
20 particular office of a broker-dealer firm or to the broker-dealer firm itself. That is, 
for a particular level, the scope of the rule would be applied to all transactions, 
originating from that account, registered representative, office or firm, depending 
upon the scope selected. 

It is convenient to group sets of rules into distinct categories. Examples of 
25 such categories include account status, account restriction, documentation, factor, 
margin, options, order size, position and balances, registration, retirement, 
stockwatch, trade restriction, security restriction and suitability. 

The application of a particular rule, such as shown in Figure 3B, can have 
outcomes specified by a user. In this example, possible outcomes include stop, 
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send to approval queue, provide warning message, and accept. For example, as 
discussed in conjunction with Figure 3A, an order based on a closed account 
should be stopped. If one were to hire a new registered representative, one might 
want to review all of his orders by having them sent to an approval queue in 
5 advance. Such a rule could be set to have that outcome and would preferably be 
set at the registered representative level. As another example, if a particular 
account were to place an order and the resources of that account have been 
exhausted, a warning message might be appropriate based on a particular 
parameter provided for that account. This outcome would be, in this example, 

10 applied at the account level. Finally, if all rules applicable to a particular order or 
transaction are satisfied with no reservations, the transaction would be accepted 
and processed for execution. 

Considering parameters, examples of parameters that might be associated 
with a particular rule would be a trading limit by either dollar amount as a 

15 parameter or a quantity of securities purchased as a parameter. Similarly, an 
order for purchase of securities might be checked against the firm's watch list to 
see if a warning message should be posted. As another example, there might be a 
dollar limit for the purchase of low-priced securities. Each of these parameters 
can be associated with a particular rule at any particular level. 

20 A complete set of rules, as currently implemented, are contained in the 

CD-ROM attached as Appendix A to this specification. 

A worksheet may be conveniently used for a particular scope (account, 
registered rep, office or firm) listing each of the rules with number, rule name, 
comments, rule type (optional or mandatory), default outcome and check boxes 

25 for permitted outcomes and blanks for entry of parameters, to assist broker- 
dealers in setting up the rules. 

The rule management process 220 will now be addressed in more detail. 
The normal security measures associated with any computer system are available. 
Access partitions are enforced so that one broker-dealer firm cannot access the 
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information from another. Within a broker-dealer firm, access is limited by user 
ID to those functions that are appropriate to that user. When a new broker-dealer 
firm is brought into the system, a number of steps occur. 

Figure 4 is a flow chart of a process for setting up the rules engine of 
5 Figure 2 in accordance with one aspect of the invention. For each broker-dealer 
(400), one determines what users will have access to the ability to activate and 
inactivate the rules (410) at particular levels. One also determines the users who 
will be responsible for approving orders (420). A particular user, authorized by 
the corresponding broker-dealer firm, sets up the desired rules for the 
10 firm/office/registered reps/accounts (450). Optionally, one may invoke Rule 9000 
for a particular period of time which directs all orders and transactions to the 
approval desk of the new broker-dealer firm to ensure that the system is operating 
as intended. 

Figure 5 is a flow chart of a rules assignment update process. In this 
15 process, a user logs in with user ID and password (500). Typically, this user will 
be a compliance manager for a correspondent broker-dealer firm. The user selects 
a particular level (510) at which rules are to be set. A check is made to determine 
whether or not the user is authorized to set rules at that level (520). If the user is 
not (520-N), a message is displayed indicating the user is not authorized access at 
20 that level and the process returns to before step 510. If the level is appropriate for 
that user (520-Y), the user invokes the assignment update function (530). A list 
of all rules applicable for the selected level are displayed for editing (540). A user 
selects a particular rule and edits it (550). If the user desires to edit more rules 
(560- Y), the user proceeds to do that (550). If the user is done editing rules (560- 
25 N), the changes are saved to the rules (570), the rules become immediately 
operational and the process exits. 

Exemplary edits that a user might apply to a rules set would be to enable 
the rule by entering an indicator such as "Y" within the assigned field of the field 
or to disable a rule by entering "N" in that field. In addition, one can set rule 
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parameters or edit them and one may set or edit the outcomes of a particular rule. 
A parameter field receives the indication T for example, when parameters are to 
be associated with a particular rule that permits a drop down screen to be 
activated which will enable entry of the parameters associated with determining a 
5 rule is satisfied or violated. Parameters can be edited, if the parameters where 
previously established using the same drop down screen. 

Although not all users are authorized to make changes to rules, a read only 
version of the rules assignment update process shown in Figure 5, called a rules 
assignment list function, is similar but lacks the capability to update the rules. 

10 Figure 6 is an exemplary rules assignment definition screen. In the 

particular screen, in the fields labeled "ACT" (i.e. activated), the character "P" 
indicates that this is a mandatory system wide rule which cannot be modified 
without global system administrator privileges. The character "Y" indicates that it 
is an optional rule which has been activated. If a rule is inherited, such as when 

15 one is viewing rule assignment definitions for a particular registered 
representative and a firm wide rule is in effect, the inherited field will be labeled 
M Y" by virtue of having been activated at a higher level. An entry "N" would 
indicate that the corresponding inherited rule is not active at that level. The 
outcome field has been discussed previously. The rule jiumber and the rule 

20 description have been discussed previously, the field " PARM IND" indicates 
whether or not parameters are associated with the rule. 

Rules may also be set on an exception basis. For example, if one wanted 
to impose a rule on all registered representatives in a particular broker-dealer 
firm, one could impose the rule, excepting out any one or more particular 

25 registered representative from application of the rule. 

It may be desirable to have separate system administrators for each 
broker-dealer firm with reduced security access over that which would be held by 
a global system administrator. 
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Figure 7 is an exemplary rule code definition screen. If one desires to 
define a new rule for the system, and assuming one is authorized to activate new 
rules, such as a system administrator, one would utilize this screen to activate the 
particular rule and set any applicable parameters. 
5 Figure 8 is an exemplary parameter screen for a rule generated by the 

screen shown in Figure 6. If the new rule has an indication that parameters are 
available (PARM IND = Y), the screen of Figure 8 drops down to allow the 
particular parameters to be populated or edited. 

Figure 9 is a flow chart of an exemplary process for rule processing in 

10 accordance with one aspect of the invention. Orders are received from one or 
more front end systems and are checked for basic format (900). A check is made 
to see if customized rule settings are in effect for the corresponding broker-dealer 
firm (905). If they are (905-Y), the rules engine would check the account level 
rules or the account range to see if the account level rules are satisfied (910). 

15 Then it checks rules associated with the registered representative (915), rules for 
the particular office from which the order originates (970) and the firm level rules 
(including system level rules and compliance rules) applicable to the broker- 
dealer firm (930). Once all of the outcomes from all of the checks (910-930) are 
determined, the outcomes are reviewed to determine the appropriate action to be 

20 taken (960). If the outcome is stop (960-stop), the order is rejected (965) upfront 
with the applicable message(s) for the rule(s) violated. If the outcome is warning 
(960-warning), the order is sent to the appropriate order execution process and a 
message is sent to the broker-dealer firm with the warning. If the outcome is 
approval (960-approval), the order is sent to the corresponding broker-dealer firm 

25 for approval along with a message as to the specific rules violated. If it is 
approved (970-Y) by the broker-dealer firm, the order is forwarded to the 
appropriate order execution process for fulfillment (980). If the order does not 
come back approved from the broker-dealer firm, it is assumed that the order was 
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rejected by the broker-dealer firm. If the outcome is approved (960-approved), 
the order is passed to the appropriate order execution process (980). 

In some embodiments, the AMPS system 165 operates slightly differently. 
Since the broker-dealer may not be the custodian of the funds, the request to 
5 transfer funds is either stopped upfront or sent to a designated person at the 
custodian of the funds for approval, rather than sent for approval to the broker- 
dealer firm from which the request to transfer funds originates. 

The broker-dealer firms have the ability to customize the messages 
returned in response to a rules violation to suit their particular preferences. 
10 Although the present invention has been described and illustrated in detail, 

it is clearly understood that the same is by way of illustration and example only 
and is not to be taken by way of limitation. 
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What is Claimed Is: 

1 . A rules engine, comprising: 

a. an input circuit for receiving at least one transaction; 

b. a storage medium having rules stored thereon, at least one rule having a plurality of 
outcomes appropriate to a transaction capable of being selected by a user. 

2. The rules engine of claim 1, in which one outcome of said plurality of outcomes 
includes providing warning information to a user. 

3 . The rules engine of claim 1 , in which one outcome of said plurality of outcomes 
includes prohibiting execution of an order requested by said transaction. 

4. The rules engine of claim 1 , in which one outcome of said plurality of outcomes 
includes forwarding the at least one transaction to a user for approval. 

5. The rules engine of claim 1, in which one outcome of said plurality of outcomes 
includes automatic approval of an order submitted with said transaction. 

6. A rules engine, comprising: 

a. an input circuit for receiving at least one transaction; and 

b. a storage medium having rules stored thereon, at least one rule having a scope of 
application which can be selectively set by a user. 

7. The rules engine of claim 6, in which the scope of application is capable of being 
set to the account level. 



8. The rules engine of claim 6, in which the scope of application is capable of being 
set to the registered representative level. 
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9. 



The rules engine of claim 6, in which the scope of application is capable of being 



set to the office level. 

10. The rules engine of claim 6, in which the scope of application is capable of being 
set to the firm level. 

1 1 . The rules engine of claim 6, in which the scope of application is capable of being 
set to the global level. 

12. The rules engine of claim 6, in which a rule is accompanied by a message to be 
sent when a rule is violated. 

13. The rules engine of claim 12, in which the text of said message can be changed by 
an user for a selected level. 

14. A rules engine, comprising: 

a. an input circuit for receiving at least one transaction; 

b. storage medium having rules stored thereon, at least one rule having parameters which 
can be selectively set by a user. 

15. A method for processing a transaction comprising the step of checking the 
transaction by applying rules in order of increasing scope. 

16. The method of claim 13, in which the rules are applied by first applying 
rules at the account lever, then rules at the registered representative level, then rules at the 
office level, then rules at the firm level and then rules at the global level. 



17. 



The method of claim 13, in which the rules include compliance rules. 
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23. The apparatus of claim 18, in which said at least one user configurable 
rule comprises at least one rule with user configurable parameters. 

24. Apparatus comprising: 

a. a client process for generating and sending a transaction containing an request 
to transfer assets between accounts; 

b. a rules engine for receiving said transaction from said client process and 
applying at least one user configurable rule to said transaction; and 

c. at least one execution process for receiving said request from said rules engine 
and for transferring assets as requested, when application of rules by said rules engine 
results in an approved outcome. 

25. The apparatus of claim 24, in which said at least one user configurable 
rule comprises at least one rule with user configurable scope of application. 

26. The apparatus of claim 24, in which said at least one user configurable 
rule comprises at least one rule with user configurable parameters. 
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1 8 . Apparatus comprising: 

a. a client process for generating and sending a transaction containing an order 
for execution; 

b. a rules engine for receiving said transaction from said client process and 
applying at least one user configurable rules to said transaction; and 

c. at least one execution process for receiving said order from said rules engine 
and for executing the order, when the application of rules by said rules engine results in 
an approved outcome. 

1 9. The apparatus of claim 1 8, in which said at least one user configurable 
rule comprises at least one rule with user configurable outcomes. 

20. The apparatus of claim 19, in which the user configurable outcomes are 
selected from a group comprising: 

(1) forwarding the order to a process for execution, 

(2) forwarding the order to a user for approval, 

(3) providing a warning to a user about the order, and 

(4) rejecting the order. 

2 1 . The apparatus of claim 20, in which forwarding the order to a process for 
execution includes forwarding the order to a selectable one of 

(1) a process for executing stock or option trades, 

(2) a process for executing mutual fund trades, and 

(3) a process for executing trades in fixed income instruments. 

22. The apparatus of claim 18, in which said at least one user configurable 
rule comprises at least one rule with user configurable scope of application. 
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